Casino cash system, apparatus and method utilizing integrated circuit cards

ABSTRACT

Methods, systems and apparatus are provided for facilitating financial transactions using an IC type financial card presented at a terminal. A requested transaction for monetary value is processed via a first transaction type. If the transaction is successful, monetary value is dispensed to the user. If unsuccessful, the card is not ejected and the transaction is processed via a second transaction type. The first transaction type might be a PIN based ATM transaction and the second transaction type might be a signature based transaction.

RELATED APPLICATION DATA

This application is a continuation of U.S. application Ser. No.17/348,893, filed Jun. 16, 2021, which is a continuation of U.S.application Ser. No. 17/149,251, filed Jan. 14, 2021, which is acontinuation of U.S. application Ser. No. 16/382,943, filed Apr. 12,2019, now U.S. Pat. No. 10,896,413, which is a continuation of U.S.application Ser. No. 16/105,095, filed Aug. 20, 2018, now U.S. Pat. No.10,275,748, which is a continuation of U.S. patent application Ser. No.15/047,198, filed Feb. 18, 2016, now U.S. Pat. No. 10,068,210, andclaims priority to U.S. Provisional Patent Application Ser. No.62/233,089, filed Sep. 25, 2015. This application incorporates theseprior applications by reference as if set forth herein in theirentirety.

FIELD OF THE INVENTION

The present invention relates to monetary transaction processing devicesand methods.

BACKGROUND OF THE INVENTION

Magnetic strip debit and credit cards have long been the technology ofchoice for debit and credit transactions. As the use of debit cards andcredit cards have grown throughout the world, criminals have workedharder to steal them. Further compounding the problem has beenlarge-scale data breaches and increasing rates of counterfeit cardfraud. Nearly 40 percent of credit and debit card fraud involves stolenaccount numbers that are used to create counterfeit cards and 20 to 30percent of fraud involves “card-not-present” fraud, wherein accountnumbers are used for transactions online or by phone.

If a thief obtains an account-holder's account number and the three- orfour-digit security code printed on the chip card, the thief can usethat account-holder's account information for transactions online or byphone. Or if the account-holder loses their credit or debit card thatcontains a chip, there's nothing that prevents a thief from using theaccount-holder's card in a store. Current estimates are 30 to 40 percentof fraud involved lost or stolen cards or claims of fraud that actuallyinvolve the account owner.

A new debit and credit card technology referred to as an integratedcircuit card (referred to herein as an “IC” card”) has been adopted bythe industry to improve payment security and to make it more difficultfor fraudsters to successfully counterfeit cards. Such cards include anintegrated circuit on the card. One such card having a particularstandard is managed by EMVCo, and thus these types of cards are commonlyreferred to as EMV cards. The Smart Card Alliance estimates that by theend of 2015 600 million account-holders will be using an IC card.

As the industry moves away from magnetic strip cards, retailers such ascasinos are looking for new ways to offer more services using ICtechnology.

One key feature of an IC card relates to how the card chip creates aunique transaction code for each consumer action at a terminal (cashwithdraw, cash advance, Point of Sale (POS)). A transaction cannot beused more than once. If a thief stole the chip information from onespecific point of sale, card duplication would not work since the stolentransaction number created for a given transaction wouldn't be usableagain and the transaction would just get denied.

However, the configuration of such integrated circuit cards is limitingto the user of the card, such as in successfully processing a requestfor funds.

SUMMARY OF THE INVENTION

One aspect of the invention is a system, apparatus and method foraccessing funds from a financial account of an account-holder via afinancial account card, and most preferably an IC card, via an accountaccess and processing terminal, wherein the account-holder isautomatically provided with additional options for accessing funds inthe event an initial request is denied.

In one embodiment of a method of the invention, the account-holderinserts or otherwise associates their financial card with the cardreader of the terminal and may select a monetary value or amount for thetransaction.

The transaction is then processed via a first transaction type. If thetransaction type is a chip-and-PIN transaction (commonly known as a“debit” type transaction), the account-holder provides his or her PIN.If the transaction is chip-and-signature transaction (commonly known asa “credit” type transaction), then an authentication may be performed,such as by receiving a signature and identification from theaccount-holder at the terminal or at a second location in the event thetransaction is approved.

The transaction is processed. If the transaction is denied, theaccount-holder is automatically given an option to process the requestvia an alternate or second transaction type. The alternate transactiontype may be automatically selected or be user selected from a list oftransaction types (e.g. excluding unavailable or previously unsuccessfultypes). If a different or second transaction type is selected, a uniquenew transaction is created and routed to the processor. This sequencecontinues until all alternate transaction type choices have been made,the account-holder elects to discontinue, or until a transaction hasbeen approved, all while the account-holder's card remains associatedwith the terminal and without prompting by the account-holder.

Upon successful processing of the transaction (whether via a firsttransaction type or subsequent transaction type), the account-holder maychoose from the terminal how funds are to be delivered (such as viaissuance of currency, coins, monetary value tickets, transfer toe-wallet or other accounts such as a casino account or the like) and/orthe funds may automatically be delivered in one or more formats, and areceipt may be issued. In the case of services or other non-moneyrequests, a transaction is sent from the terminal to the casino orretailer POS system with the amount and authorization.

In one embodiment, funds may be dispensed in the form of currency. Inother embodiments, funds may be dispensed in the form of a monetaryvalue ticket. In yet other embodiments, when the transaction isapproved, a receipt may be issued to the user. The user may then takethe receipt to a cashier station or similar location where thetransaction is completed, such as by obtaining a signature of the userand then dispensing funds or a ticket.

In an alternative embodiment of the invention, a query transaction issent from the terminal to the processor and on to a bank to query thedebit account amount available before a daily limit (or other cap/limit)is reached. A debit account daily amount available transaction is sentfrom the bank to the processor, then to the terminal. This amount isthen checked against the amount requested. If the amount requested ismore than the amount available, the terminal prompts the account-holderwith an option to split the request into two or more transaction types,such as a PIN-based transaction for the amount available andsignature-based transaction wherein a signature is required at asecondary location such as a casino cage for the additional amount.

Further objects, features, and advantages of the present invention overthe prior art will become apparent from the detailed description of thedrawings which follows, when considered with the attached figures.

DESCRIPTION OF THE DRAWINGS

FIGS. 1A and 1B are flow diagrams illustrating a method in accordancewith one embodiment of the invention;

FIGS. 2A and 2B are flow diagrams illustrating a method in accordancewith another embodiment of the invention;

FIG. 3 illustrates a system in accordance with one embodiment of theinvention; and

FIGS. 4A-4I are screen shots in accordance with one embodiment of theinvention.

DETAILED DESCRIPTION OF THE INVENTION

In the following description, numerous specific details are set forth inorder to provide a more thorough description of the present invention.It will be apparent, however, to one skilled in the art, that thepresent invention may be practiced without these specific details. Inother instances, well-known features have not been described in detailso as not to obscure the invention.

Aspects of the invention comprise methods, systems and apparatuses forfacilitating and/or processing financial transactions, such as to accessfunds from a financial account. The invention has particular utility tointegrated circuit (“IC”) card based transactions, e.g. a card or othermedia which is preferably associated with one or more financial accountsand which utilizes an associated integrated circuit as part of afinancial transaction information read/write verification procedure,such as those cards which comply with the EMV card standard managed byEMVCo. It will be appreciated that such a card may be associated withone or more sources of funds. Such sources of funds may comprise, forexample, a checking or savings account associated with a financialinstitution such as a bank or credit union. However, the card might beassociated with or provide access to other sources of funds now or laterdeveloped, such as sources of credit, electronic wallets, investmentaccounts and so forth.

FIGS. 1A and 1B are flow diagrams which illustrate one embodiment of atransaction flow of the present invention. FIG. 3 illustrates oneembodiment of a system in accordance with the invention. A firstembodiment of the invention will be described with reference to FIGS. 1Aand 1B and FIG. 3.

In step 101, an account-holder presents an IC card 307 to a processingor transaction terminal 306 in order to receive or access funds. Asdescribed herein, the funds may be issued or provided to theaccount-holder in various forms, such as in the form of coins, currencyor equivalent, casino ticket of value, electronic funds transfer such asto a vendor, an e-wallet, a casino account, or by other valueinstrument, including where the instrument can be used directly orindirectly as funds to purchase items of value such as casino gamecredits, merchandise, food, rooms, etc.

In one embodiment, such as illustrated in FIG. 3, the terminal 306 maycomprise an automated teller machine (“ATM”), kiosk, point of sale (POS)device, or other device(s) which are configured to facilitate financialtransactions. Such devices may have different sizes, shapes andconfigurations (including counter-top units, stand-up units, etc.). Asone example, the terminal 306 may include a housing 320, one or moreuser interfaces and input devices, such as one or more electronic videodisplays 322, a keypad/buttons 324, touch screen, or the like. Theterminal preferably also includes a media reader 326. In the case of anIC card, the reader 326 preferably comprises a card slot 328 which isconfigured to accept at least a portion of the card and which includesan associated chip reader, e.g. a device which is configured toengage/read information associated with the integrated circuit of thecard (and preferably also write or transmit information to theintegrated circuit). The terminal 306 may be configured with at leastone dispenser 336 to dispense money or monetary value, such as coinsand/or currency, other media such as tickets or the like. The terminal306 preferably includes one or more processors 330, one or more memoryor data storage devices 332 (such as for storing machine-executable codeor “software”), and one or more communication interfaces 334 fortransmitting and/or receiving data from other devices, such as to one ormore financial processing networks, remote financial institutions or thelike.

In one embodiment, the terminal 306 is configured, such as via hardware(e.g. a specially configured processor) and/or software (e.g. machinereadable code which is stored the memory associated with the processorand which is executable by the processor), to perform the functionalityindicated herein. For example, as described in more detail below, thesoftware may be configured to cause the reader to read information fromthe card and present different transaction types to the user via adisplay of the terminal, receive a selected transaction type from theuser, generate information regarding the selection (such as a requestfor processing of a requested monetary amount from an identifiedaccount), transmit the information to a financial processing network,accept information regarding the request (such as an approval or denialreceived back from the financial processing network), to dispense funds(if the transaction is approved), to re-read the card if the firsttransaction is denied to and to generate a new list of availabletransaction types (which list preferably does not include the firstselected transaction type), to receive input of a second selectedtransaction type, etc., as detailed herein.

In one embodiment, the card 307 is inserted into a card reader slot ofthe terminal 306 (such as face-up into the slot, chip end first, or suchother orientation as is required by the terminal/reader).

When terminal 306 detects that the card 307 has been presented, such asby being inserted into the terminal's card slot, the terminal reads thecard. Preferably, the terminal 306 engages mechanical card componentswith the card to make physical contact with the card 307 to read thecontents of the card via provided IC card interface functions, and toauthenticate the card. As indicated herein, the authentication step mayoptionally prompt the account-holder for a pin, password, or other meansof authentication or wait until step 104 to determine the required typeof account-holder authentication for the account-holder selectedtransaction.

The card 307 preferably contains a list of Application Identifiers(AIDs) of every IC application that the card 307 is configured tosupport (directly or via information which can be used to determine suchAIDs). In step 103, the terminal 306 generates or obtains a candidatelist of applications that are supported by both the terminal 306 and thecard 307 (the list might be generated in various ways, such as by directinterrogation, using a look-up table, remote validation, etc.).

Once a list of supported applications is built or obtained by terminal306, the terminal is configured to cause an associated video display todisplay the list and information (such as text and/or graphics, such asin the form of a graphical user interface) to prompt the account-holderto select the desired type of transaction and the desired amount of thetransaction.

In step 104, the account-holder provides input to the terminal 306, suchas via touching the touchscreen or keypad of the terminal, to choose thedesired application or transaction type. Possible transactions for aparticular account-holder may be one or more of the following: aPIN-based transaction, a signature-based transaction, or other types oftransactions now known or later developed.

When the account-holder selects a PIN-based transaction (which inconjunction with the use of an IC card may be referred to as achip-and-PIN type transaction), the account-holder inputs suchinformation, such by using the terminal's touchscreen or keypad to entera sequence of numbers. If the transaction requires a signature (whichmay be referred to as a chip-and-signature or signature-basedtransaction), then as described below, the terminal 306 might beconfigured to collect the signature or perform other authentication orverification (such as by collecting identification information; suchcollection might be performed via interaction with a remote agent viathe terminal or by direct implementation by the terminal), or thisauthentication might be performed remotely, such as by requiring theaccount-holder to physically go to a casino cage or to some otherlocation where a signature (physical, digital or other type as meets therequirements for the transaction) can be collected by a cashier or otherappropriate personnel (and which authentication may also requirecollection of secondary physical identification, such as from or via anidentification card such as a state or federally issued identificationcard). Of course, the account-holder may not be required to perform theauthentication steps unless the transaction is approved.

If there is only one application or transaction type supported by thecard, such as a PIN-based transaction, that transaction is preferablyautomatically be selected without prompting the account-holder to selectthe application.

Once the application has been selected, the requested financialtransaction is initiated in accordance with the selected transactiontype. As described herein, this may entail use of different informationand/or networks for attempting to process the financial transaction. Inone embodiment, the terminal 306 provides the card 307 with data that itrequests in a Processing Options Data Object List (PDOL). The PDOL is alist of data from the terminal 306 that is required by the card at thebeginning of a Read Application Data (RAD) stage. The terminal 306 mayuse a Direct Object List (DOL), a list containing one or more pairs oftags and lengths but not values, and the associated processing rules, toformat the requested data and to obtain transaction processing options.The terminal 306 then sends the data to the card 307 in a Get ProcessingOptions (GPO) request prompting the card to supply the Application FileLocator (AFL) to the terminal. The AFL is used by terminal 306 to readthe application data records from the card 307 comprising tags ofinformation used for transaction processing including cardholderverification and card authentication.

In step 105, cardholder verification checks that the person using thecard 307 is the cardholder. The card 307 contains a list of verificationmethods that it supports, and the conditions under which they should beapplied. The terminal 306 preferably automatically navigates through thelist and attempts the first method it finds for which the condition ismet. For example, a list might contain a list of two items: online PIN(if unattended cash) and signature (always). If a method fails, theterminal 306 checks if additional methods are allowed. Then the cardand/or terminal analyzes the results of all previous steps anddetermines: 1) to seek online authorization of the transaction, or 2) tocomplete it offline at a secondary location after a signature iscollected, or 3) to decline the transaction.

In step 106, the transaction or request for monetary value is preferablytransmitted from the terminal to one or more remote systems or devicesfor processing. In one embodiment, the transaction request is sent fromthe terminal 306 via a communication link 305 to a remote processor 304.The remote processor 304 might be implemented by a computing device,such as a server, such as having one or more processors executingsoftware, a communication interface and the like. The processor 304determines the type of transaction and routes the transaction request toan appropriate financial processing network and/or device, which networkand/or device might vary depending upon the transaction type. Forexample, the processor 304 might either route the transaction to a POSnetwork 302 or to a financial processing network 303 (or other relevantnetwork or system), then on to the card issuer bank 301 (or otherfinancial institution, system or entity with which the account-holder'sfinancial account is associated). In another embodiment, the terminal306 may directly route the transaction or request to the financialprocessing network.

The bank 301 (such as via a computing device or computing systemassociated with the bank, either automatically and/or via user input)analyzes the transaction details and decides to authorize or reject thetransaction request. For example, the bank 301 may check the accountstatus and apply criteria based upon acceptable limits of risk definedby the bank 301, the payment scheme and the acquirer. If no validresponse is received from the processor 304 due to communicationsfailure, then the terminal 306 performs additional Terminal ActionAnalysis, the results of which will determine whether the transaction isaccepted or declined.

Whether the transaction has been approved or denied by the bank 301, aresponse (such as an approval or denial) is sent back to terminal 306(or if no response is received, such as a result of a communicationtime-out, then the terminal 306 may default to a “denial” status). Instep 107, terminal 306 receives the transaction response andauthenticates it.

If in step 108 the requested transaction has been accepted or approved,in step 109 the terminal 306 delivers or provides access to therequested funds (such as by issuing coins, currency, tickets and/or viaelectronic transfer, etc.). Alternatively, the terminal 306 may providethe account-holder with a list of options with regards to how funds areto be delivered. This may include, but is not limited to: cash, casinoticket, and/or funds transfer (such as to an e-wallet, a gaming orcasino account, another account, a vendor account, etc.). Where asignature is required, additional authentication steps may be performedat the terminal 306 or remotely. For example, in one embodiment, theterminal 306 may prompt the account-holder to complete the transactionat a secondary location such as a casino cage where a signature may becollected, identification may be verified, etc. In another example, theauthentication may be performed at the terminal 306, such as via aremotely interfaced agent or directly via the terminal (such as by inputof a signature to the terminal, providing identification to theterminal—such as presenting/reading an identification card, etc.).

If the first transaction was denied, then in a step 110, if otherapplications or transaction types are available, a second application ortransaction type is preferably automatically (e.g. withoutaccount-holder input or prompting) generated and presented (such as viaa displayed menu or list of remaining transaction types). If moreapplications or transaction types remain available (e.g. are supportedand were not previously selected and processed as above), then in step111, the account-holder will be prompted in step 113 to choose thesecond application or transaction processing type to generate a secondfunds request transaction. If no additional applications are available,the request for funds is denied. For example, if the card 306 supportsboth PIN and signature based transaction types and the first selectedtransaction type was a PIN transaction, then the user may be presentedwith the option to perform a second transaction attempt using asignature based transaction type.

In step 114, the terminal 306 rereads the card 307 and re-authenticates,then creates new application list (e.g. creates a list of supportedapplication or transaction types, excluding the initial failed/rejectedtransaction(s), such as an initial PIN-based transaction. In oneembodiment, the available transaction types may be determined byinterrogating the card for supported transaction types, though othermeans may be used to determine the available transaction types). Thecardholder is authenticated (step 115) and the transaction is initiatedvia the second transaction type (such as using the appropriate protocoland network(s), such as by sending the second requested transaction toprocessor and on to bank (step 116). In step 117 the terminal 306receives the response transaction. If the transaction was authorized,the terminal 306 either delivers funds to the account-holder or promptsthe account-holder with a list of options regarding how funds may bedelivered. This may again include dispensing of cash or a casino ticket,funds transfer to an e-wallet, funds transfer to a gaming account, etc.Where a signature is required, the terminal 306 prompts theaccount-holder to complete the transaction, such as at the terminal orremotely at a secondary location as described above.

If the transaction is denied, the terminal 306 builds a new applicationor transaction type list with those applications/transaction types thatare supported and were not previously denied, and the process returns tostep 110. This continues until either the transaction has been accepted,the account-holder elects to discontinue the transaction, or until thereare no more applications for the account-holder to use to access funds,wherein the account-holder is denied.

Once the desired transaction is completed, no further transaction typesare available or are selected by the user, then the card 307 may beremoved from the terminal 306. In this regard, it will be appreciatedthat a card “session” may be referred to as the period between when thecard 307 is inserted and when it is removed. During a single session, asdescribed herein, multiple transactions may be performed or may beattempted while the card remains engaged with the reader (as indicatedherein, one important aspect of the invention is that the terminal isconfigured to present and process multiple transaction types without theuser having to remove and re-insert their card between an attemptedfirst transaction type and a second (or subsequent) attemptedtransaction type). In one embodiment, the user may be prompted to removetheir card, such as via a prompt which is displayed on a display of theterminal: a) after successful completion of a financial transaction viathe first transaction type; b) after the user declines to attempt asecond (or subsequent) transaction type when the processing via thefirst transaction type was unsuccessful; and c) after successfulcompletion of the financial transaction via a second (or subsequent)transaction type. A user might also be prompted to maintain the card inits inserted position after a financial transaction is unsuccessful viaa first transaction type to ensure that the terminal can re-read thecard and prepare the new list. Aside from information displayed on adisplay, such prompts might include lights (such as a RED light toindicate the card should not be removed and a GREEN light when the usershould remove the card).

One example of the present invention will be described with reference toFIGS. 4A-4I. These figures illustrate exemplary screen shots, such aswhich might be displayed by a screen 322 of a terminal 306 such as thatillustrated in FIG. 3. As illustrated in FIG. 4A, a user might beinstructed to insert their card 307 into a card reader of the kiosk orterminal 306 to begin a transaction. In the preferred embodiment, oncethe user inserts their card, they may be instructed to leave the cardinserted for the duration of the transaction in order to facilitate themethod of the invention.

As illustrated in FIG. 4B, once a user has inserted their card 307, theymay be presented with different options for accessing funds, such as viaan ATM (chip and PIN) type transaction or a Cash Advance (chip andsignature) type transaction (wherein the offered transactions types maybe determined by an interrogation of the user's card for the differenttypes of supported transactions). One or more of the availabletransaction options may be displayed to the user. In this example, theuser has selected “ATM Cash.” In response, as illustrated in FIG. 4C,the user may be instructed to enter their PIN, such as via a keypad ofthe terminal 306. Upon entry of the correct PIN for their account, theuser may be presented with the option of selecting a desired accountfrom which to access funds (such as if multiple accounts are associatedwith the user's card 307). For example, as illustrated in FIG. 4D, auser might be presented with the option to access funds from theirchecking or savings account.

As illustrated in FIG. 4E, upon selecting a desired account, the usermay be provided with the option of selecting a desired transactionamount. This information might be presented in various manners, such asby presenting the user with the option to select a particularpre-designated amount (such as $20, $40, etc.) or by inputting a desiredamount.

In this example, the user has selected or input a desired amount, butthe desired amount has been determined to exceed the withdrawal limitfor the account (such as based upon a maximum daily withdrawal limit).Most importantly, as illustrated in FIG. 4F, the user has been sonotified and has automatically been presented with the option of seekingfunds via a different transaction type. In accordance with the presentinvention, as described above, the user's card preferably remainsinserted or engaged during this process. The user's card may have beeninterrogated to determine that the card also supports funds access via acash advance type transaction (either initially or after rejection ofthe first transaction). As a result, this type of transaction has beenoffered to the user as an alternative means of accessing funds.

In this example, the user has selected the option of accessing funds viaa cash advance and has, as illustrated in FIG. 4G, again been asked toprovide their PIN. As illustrated in FIG. 4H, once the PIN has beeninput and verified, the user may again be presented with the option ofselecting a desired transaction amount. In this example, the user hasselected or input a desired amount and the amount has been approved. Inone embodiment, a receipt has been issued by the terminal 306representing the transaction. As illustrated in FIG. 4I, the user may beinstructed to now remove their card 307 (e.g. the user only now removestheir card after the completion of the transaction after the initialtransaction was rejected, the secondary transaction was offered andcompleted) and to take their receipt. The receipt may provide evidenceof the transaction and may instruct the user to go to a cashier or otherlocation to obtain their funds. When the user goes to the cashier, theymay provide their receipt to the cashier and may be provided therequested funds, such as upon secondary authentication (such as byproviding a signature).

Of course FIGS. 4A-4I are just one example of screen shots ofinformation which may be presented to a user of a terminal based upon atransaction which is implemented in accordance with the presentinvention. Other information might be displayed to the user or theinformation might be displayed in other manners. Further, differentinformation would be displayed based upon other types of availabletransactions, user inputs/selections and the like.

Dual Transaction Alternative Embodiment

In an alternative embodiment, after a card 307 is inserted andqueried/authenticated, a query transaction is sent from the terminal 306to the bank 301 (or other financial institution), such as via processor304, to retrieve a debit account daily limit amount which is availablefrom the account(s) which is associated with the account-holderpresented card 307.

One embodiment of this process will be described with reference to FIGS.2A and 2B. Step 100 through step 105 are as previously described.

In step 206 a debit account daily amount available transaction query issent from the terminal 306 to the bank 301, such as after a userrequests a desired transaction amount. The bank 301 then responds to theprocessor 304 and the processor responds back to the terminal 306 toprovide the debit daily limit amount that is available. In step 207, thedaily limit or other accessible amount is checked against the amountrequested by the account-holder. If the amount requested is more thanthe amount available, the terminal 306 prompts the account-holder withan option to split the request into two or more different transactionsbased upon different transaction types. As one example, the transactionmight be split into: 1) a PIN-based transaction for the amount availableand a 2) signature-based transaction wherein a signature is required(such as via the terminal or at a secondary location such as a casinocage) for the additional or remaining amount which was requested.

In step 208, the first transaction (such as the PIN-based transaction)is sent from the terminal 306 to the processor 304 for onlineprocessing.

In step 209, the bank 301 returns a response to the terminal 306 via theprocessor. If the PIN-based transaction is approved, the terminal 306logs the amount approved, then in step 210, the terminal 306 rereads thecard 307 and authenticates. In step 211, the terminal 306 prepares asecond transaction.

The second transaction is sent to the processor 304 for onlineprocessing in step 212. A response is then received and authenticated bythe terminal 306 in step 213 and a decision is made in step 214. If thesecond transaction is denied, the account-holder is notified that amountrequested exceeds the daily debit amount limit and the secondary POStransaction has been denied. The terminal 306 then dispenses the amountavailable from the transaction.

If the second transaction is approved, step 216 the terminal 306 promptsthe account-holder with a list of option regarding how funds may bedelivered. This may include cash, a casino ticket, funds transfer toe-wallet, funds transfer to a gaming account, etc.

While aspects of the invention have been described with reference to theperspective of the account-holder or system operator, it will beappreciated that the invention corresponds to both entities. Forexample, while the invention includes the step of an account-holderpresenting a card at a terminal, the invention correspondingly includesthe step of the terminal operator “receiving” the card via presentationof the card at the terminal.

While certain transaction types and associated financial processingsystems have been described herein, it will be appreciated that thetransactions might be referred to by other terminology (for example, an“ATM” transaction is often used to referred to as a PIN-basedtransaction due to the fact that automated teller machines arefrequently used to process PIN-based transactions; other transactionsare often referred to as POS, debit, or credit transactions or the likeand the invention may apply to any such transaction). Further, theinvention may apply to other types of applications or transaction typesnow known or later developed. Further, while the invention hasparticular utility to an IC card, aspects of the invention may beapplied to other cards or media having similar characteristics.

As indicated herein, in one embodiment of the invention, AIDs aredetermined from the card and the player may be presented with a menu ofdifferent available transaction types and may select from thosetransaction types (either in the initial processing of a request forfunds or in a subsequent attempt). In another embodiment, the AIDs mightbe determined and then the terminal or system might automatically selector present the transaction processing type. For example, upondetermining that the card supports both chip-and-pin andchip-and-signature type transactions, the terminal might automaticallyinitially select the chip-and-pin transaction (wherein if the requestedtransaction cannot be processed via that type of transaction, theterminal might then present the chip-and-signature as an alternative).

In yet another embodiment of the method, the AIDs may not even been reador used. Instead, the terminal and/or system might be configured toautomatically present and/or try particular transaction types (such ascommon transaction types or certain ones which the terminal isprogrammed to implement), without regard to a determination of whetherthe card supports that type of transaction. In that event, the methodmay be streamlined by automatically processing a requested transactionusing a first transaction type (e.g. without the steps of determiningavailable transaction types, presenting available transaction typeoptions to the user and receiving a selection thereof), a secondtransaction type, etc., even though in a few cases a transaction mightbe rejected because the selected transaction is not of the typesupported by the card.

In an alternative embodiment, a particular IC card issued by a bank,credit union, casino or a corporation such as Everi Holdings, Inc., mayfurther support a plurality of applications and transactions from morethan one financial account located at different financial institutions,banks or credit unions whereby the identified options may includeselection of a designated account and transaction type.

It will be appreciated that the steps of the methods described hereinmay be performed in other orders (for example, user authentication (suchas the receiving of a user's signature) might be performed before atransaction is processed or after it is approved. Further, methods ofthe invention might comprise other or additional steps.

The invention has numerous advantages. A particular advantage of theinvention is the processing of a financial transaction using an IC cardwhere multiple transaction attempts may be performed to complete thetransaction without requiring the account-holder to remove and re-insertthe card or re-initiate a completely new transaction. In particular, inaccordance with the invention, a unique methodology is employed whichallows a terminal to attempt to process a sequence of differentfinancial transaction types in order to fulfill an account-holder'srequest to access funds, even in the face of the unique securityconfiguration of an IC card. Importantly, the terminal is configured toautomatically present and prompt an account-holder with additionaloptions for fulfilling a financial transaction request even when aninitial transaction failed.

It will be understood that the above described arrangements of apparatusand the method there from are merely illustrative of applications of theprinciples of this invention and many other embodiments andmodifications may be made without departing from the spirit and scope ofthe invention as defined in the claims.

What is claimed is:
 1. A method of facilitating a request to accessmonetary value associated with a financial account comprising the stepsof: receiving an integrated circuit financial card in a card reader at atransaction terminal, said integrated circuit financial card comprisinga card media having an associated integrated circuit having informationassociated therewith; controlling said card reader to cause at least oneintegrated circuit engaging component thereof to move from a firstunengaged position in which said integrated circuit engaging componentis not in contact with said integrated circuit of said integratedcircuit financial card to a second engaged position in which saidintegrated circuit engaging component contacts said integrated circuitof said integrated circuit financial card; receiving input of a PIN froma user of said card at said transaction terminal; receiving input of amonetary value amount from said user of said card at said transactionterminal; processing said request via a first transaction type; whensaid transaction is approved, dispensing currency in the amount of saidrequested monetary value to said user; and when said transaction isdenied, without input from said user of said card: controlling said cardreader to cause said at least one integrated circuit engaging componentof said card reader to remain in said second engaged position tocontinue to engage said integrated circuit of said integrated circuitfinancial card and automatically re-reading said card; receiving asecond input of said PIN from said user; processing said request via asecond transaction type which is different than said first type; andwhen said transaction is approved, dispensing a monetary value ticket tosaid user, said monetary value ticket having said requested monetaryvalue.
 2. The method in accordance with claim 1 wherein said firsttransaction type is an ATM type transaction and said second transactiontype is a POS type transaction.
 3. The method in accordance with claim 1further comprising displaying a list of transaction types via a displayof said transaction terminal and receiving a selection from said user ofsaid first transaction type from said list of transaction types.
 4. Themethod in accordance with claim 3 wherein said list of transaction typescomprises two or more transaction types determined based upon saidinformation read from said card.
 5. The method in accordance with claim1 wherein said transaction terminal comprises at least one of a kiosk,ATM and POS terminal.
 6. The method in accordance with claim 1 whereinsaid step of processing said request via said first transaction typecomprises transmitting said request to a first financial processingnetwork and said step of processing said request via said secondtransaction type comprises transmitting said request to a secondfinancial processing network.
 7. The method in accordance with claim 6wherein said card is associated with a financial institution accountbelonging to said user and said first and second financial processingnetworks are linked to said financial institution of said financialinstitution account.
 8. The method in accordance with claim 1 whereinsaid monetary value ticket comprises a gaming ticket which is redeemableat a gaming machine.
 9. The method in accordance with claim 1 whereinsaid step of dispensing currency comprises dispensing currency in theamount of said requested monetary value less a transaction fee.
 10. Themethod in accordance with claim 1 wherein said monetary value ticket hassaid requested monetary value less a transaction fee.
 11. A transactionterminal configured to process a requested financial transaction,comprising: a housing; a card reader, said card reader configured toaccept at least a portion of an integrated circuit card and configuredto engage at least one integrated circuit engaging component with anintegrated circuit of said integrated circuit card by moving said atleast one integrated circuit engaging component from a first unengagedposition in which said integrated circuit engaging component is not incontact with said integrated circuit of said integrated circuitfinancial card to a second engaged position in which said integratedcircuit engaging component contacts said integrated circuit of saidintegrated circuit financial card to read information therefrom; amonetary dispensing device; a ticket printer; at least one user inputdevice; at least one electronic video display; a communication interfaceconfigured to transmit information to and receive information from atleast one financial processing network; at least one processorconfigured to execute machine readable code; at least one memoryconfigured to store said machine readable code; and said machinereadable code configured to be executable by said at least one processorto cause said processor to: cause said card reader to control said atleast one integrated circuit engaging component to move from said firstunengaged position to said second engaged position to engage with saidintegrated circuit and to read information associated with saidintegrated circuit of said card; receive input of a PIN from a user ofsaid card at said transaction terminal via said at least one user inputdevice; receive input of a monetary value amount from said user of saidcard at said transaction terminal via said at least one user inputdevice; process said request via a first transaction type; when saidtransaction is approved, cause said monetary dispensing device todispense currency in the amount of said requested monetary value to saiduser; and when said transaction is denied, without input from said userof said card: control said card reader to cause said at least oneintegrated circuit engaging component of said card reader to remain insaid second engaged position to continue to engage said integratedcircuit of said integrated circuit financial card, automatically re-readsaid card; receive a second input of said PIN from said user; processsaid request via a second transaction type which is different than saidfirst type; and when said transaction is approved, cause said ticketprinter to dispense a monetary value ticket to said user, said monetaryvalue ticket having said requested monetary value.
 12. The transactionterminal in accordance with claim 11 wherein said first transaction typeis an ATM type transaction and said second transaction type is a POStype transaction.
 13. The transaction terminal in accordance with claim12 wherein said machine-readable code is configured to cause saidprocessor to cause said at least one electronic video display to displaya list of transaction types and receive a selection from said user ofsaid first transaction type from said list of transaction types.
 14. Thetransaction terminal in accordance with claim 13 wherein said list oftransaction types comprises two or more transaction types determinedbased upon said information read from said card.
 15. The transactionterminal in accordance with claim 11 wherein processing said request viasaid first transaction type comprises generating a first request forapproval of said requested financial transaction and transmitting saidfirst request via said communication interface to a first financialprocessing network.
 16. The transaction terminal in accordance withclaim 11 wherein said card is associated with a financial account of afinancial institution.
 17. The transaction terminal in accordance withclaim 11 wherein said currency is dispensed in an amount of saidrequested monetary value less a transaction fee.
 18. The transactionterminal in accordance with claim 11 wherein said monetary value tickethas said requested monetary value less a transaction fee.